在ARM64系统上部署Redis(单机和集群)

Redis（Remote Dictionary Server )，即远程字典服务，是一个开源的使用 ANSI C 语言编写、支持网络、基于内存但也可持久化的高性能 Key-Value 数据库，它提供多种语言的API。 

Redis 的安装有两种方式，一种是从源码编译安装，一种是通过系统自带的软件源进行安装，但官方推荐第一种，因为软件源中的版本通常比较旧。另外 Redis 的源码包非常小，只有 2M 左右，编译起来不会耗费太多时间。

目前 redis 最新版本为 6.0.5，但在实际编译过程中，由于我们选用的 CentOS 系统安装的 gcc 版本较低（4.8.5），编译会遇到错误。因此要么使用版本 5 的 Redis，要么升级 gcc 版本（>=4.9）。我们这里选择前者。

首先下载 Redis 的最新稳定版本：

wget http://download.redis.io/releases/redis-5.0.8.tar.gz

1）没有安装编译环境

如果没有安装编译环境的话，编译会遇到错误：

安装编译环境：

yum install gcc

这时如果直接执行 make 编译的话仍然会遇到错误：

如果搜索错误相关信息 “redis jemalloc”的话，多数答案会说这是系统没有安装 jemalloc 的问题，并提供错误的解决方案：

make MALLOC=libc

上面的编译参数将 jemalloc 替换为了 libc，这是存在隐患的，首先我们要知道 redis 是需要使用内存分配器的， make MALLOC=jemalloc 就是指定内存分配器为 jemalloc ，make MALLOC=libc 就是指定内存分配器为 libc ，而 jemalloc 内存分配器在实践中处理内存碎片要比 libc 更好，而且在 README.md 文档也说明到了，jemalloc 内存分配器也是包含在源码包里面的，可以在 deps 目录下看到 jemalloc 目录。

实际上出现这个错误这是因为在安装 gcc 前执行的 make 编译操作失败了，有残留的错误文件，我们只需要清理一下就可以了再次编译了：

make distclean && make

2）库文件链接错误

上面的步骤都做完后，还可能遇到编译不通过的情况：

"/usr/bin/ld: cannot find -latomic"

latomic 代表的是 libatomic.so，也即是在编译的过程中，需要 libatomic.so 库，而系统又找不到这个库；

解决方法是手动找到这个库，可能存在如下几种情况：

1、系统中没有安装依赖库 libatomic.so，通过执行 find / -name "libatomic.so*" 来确认。

如果没有的话，在软件源中搜索相关的软件包：

yum list |grep libatomic

解决方法：通过执行 yum -y install libatomic libatomic_ops-devel 安装相关依赖。

2、系统中没有 libatomic.so 这个库，但是找到类似 libatomic.so.1.2.0 这种带版本号的库，通过执行 find / -name "libatomic.so*"来确认:

解决方法：使用软链接的方法将依赖库libatomic.so链接到正确路径，执行如下命令：

ln -s /usr/lib64/libatomic.so.1.2.0 /usr/lib/libatomic.so

再执行 make 编译，问题解决。

这时在 src 目录中能够看到已经编译好的 redis 可执行文件：

如果只是为了了解和测试 Redis 的话，直接执行 .\redis-server 即可运行一个 Redis 实例，默认监听在 6379 端口。但如果是将 Redis 用于更正式的环境，则需要进行一定的配置：

1）首先将 redis-server 和 redis-cli 复制到系统可执行文件目录下（通常是 /usr/local/bin），这样执行时不需要切换到编译目录即可执行；另外也可以在编译时使用 make install 命令进行安装达到同样目的。

2）准备一个适当的 Redis 配置文件，在源代码根目录有一个示例（redis.conf），可以根据实际需求进行修改，下面是 redis.conf 配置参数说明：